home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000131_news@columbia.edu _Thu May 23 19:11:28 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id TAA11364 for <kermit.misc@watsun>; Thu, 23 May 1996 19:11:27 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id TAA04127 for kermit.misc@watsun; Thu, 23 May 1996 19:11:23 -0400 (EDT)
  4. Path: news.columbia.edu!news.new-york.net!news.iag.net!news.math.psu.edu!news.cse.psu.edu!uwm.edu!math.ohio-state.edu!howland.reston.ans.net!newsfeed.internetmci.com!ns.hcsc.com!amber!tom
  5. From: tom@ssd.csd.harris.com (Tom Horsley)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Best efficiency ?
  8. Date: 23 May 1996 15:51:42 GMT
  9. Organization: Harris Computer Systems Corporation
  10. Lines: 34
  11. Message-ID: <TOM.96May23115142@amber.ssd.csd.harris.com>
  12. References: <4o08gj$d5u@ns2.ryerson.ca> <31a47d81.389121497@128.230.1.4>
  13. Reply-To: Tom.Horsley@mail.hcsc.com
  14. NNTP-Posting-Host: amber-34.ssd.hcsc.com
  15. In-reply-to: vefatica@syr.edu's message of Thu, 23 May 1996 15:14:43 GMT
  16.  
  17. Well, as long as people are on the subject, I'll mention a problem I'm
  18. having (but I admit up front, I haven't tried nearly hard enough to track it
  19. down yet).
  20.  
  21. I have the following path when attempting to download a file:
  22.  
  23. Windows NT 4.0 Beta <-> ZyXel <-> USR <-> Portmaster <-> firewall <-> Unix
  24. (with K95)
  25.  
  26. I am transfering from the Unix box to the Windows NT box. The connection
  27. is 8 bit clean all the way (I'm fairly positive of that).
  28.  
  29. When I issue all the commands from the FAQ to give me a fast, clean, max
  30. throughput kind of connection and start the download it just screams for the
  31. first few kilobytes, then (judging from the lights on my modem), someone
  32. decides to do some RTS/CTS flow control signalling, and it comes to a dead
  33. halt, sits there for several seconds, flashes the RTS/CTS lights, sends a
  34. few more bytes, then flashes the RTS/CTS lights again, and sort of stays in
  35. "dribble" mode for the rest of the file transfer.
  36.  
  37. Somewhere along the line, triggering flow control constipates some part of
  38. my connection, but since the problem could be a bug in NT, or a bug in the
  39. ZyXel or USR handling of flow control, or a problem with buffering or flow
  40. control in the Portmaster, or the firewall, or the Unix box, I'm not sure
  41. what to check or where to look. (And a DAT tape in the glove compartment of
  42. my car on the way home is *much* higher bandwidth than kermit, so I don't
  43. need to do file transfers very often, which is why I haven't spent much time
  44. on trying to track this down :-).
  45. --
  46. --
  47. Tom.Horsley@mail.hcsc.com  or  Tom.Horsley@worldnet.att.net
  48. Work: Harris Computers, 2101 W. Cypress Creek Rd. Ft. Lauderdale FL  33309
  49. The 2 most important political web sites: http://www.vote-smart.org (Project
  50. Vote Smart), and http://ourworld.compuserve.com/homepages/TomHorsley (Me!)